home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EnigmA Amiga Run 1997 February
/
EnigmA AMIGA RUN 15 (1997)(G.R. Edizioni)(IT)[!][issue 1997-02][PLANET CD V].iso
/
enigma
/
earcd
/
grafica
/
grafica3
/
mwjpegtl.rdm
< prev
next >
Wrap
Text File
|
1997-01-18
|
9KB
|
209 lines
Short: Test/repair/copy JPEGs into user-def. Dirs (german)
Author: hupsi@trashcan.mcnet.de (Martin Wietfeld)
Uploader: tom@trashcan.mcnet.de (Thomas Bliesener)
Version: V1.4 19.12.1996
Type: gfx/misc
Requires: OS 3.x
Kurz: Testet/repariert/kopiert JPEGs in userdefinierte Directories.
Distribution: Aminet- & Fish-Disks/CDs
Anleitung zu 'MWJPEGTool' V1.4 (c) 19.12.1996 Martin Wietfeld
-------------------------------------------------------------
Das Programm erkennt JPEG-Files, die dem JPEG-Dateiaufbau
entsprechen, wobei einige der JPEG-Hunks auf richtige Werte
abgetestet werden.
Falls nur der EOI-Hunk ($FFD9) fehlen sollte, so wird dieser
automatisch angehängt, wenn das Bild sonst heile zu sein scheint.
Entsprechend dem Prefsfile werden die Bilder in unterschiedliche
Directories verschoben, falls dieses gewünscht ist.
MWJPEGTool ist SHAREWARE (15 DM). Die Unterschiede der Vollversion
werden an entsprechender Stelle dieser Anleitung erwähnt.
*******************************************************************
* *
* Die unregistrierte Version (erkennbar am Nichtvorhandensein *
* eines Keyfiles) darf NUR PRIVAT UND KOSTENLOS weitergegeben und *
* benutzt werden. Ein Aufnehmen in PD-Serien (auf Disks, CDs, ..) *
* bedarf der ausdrücklichen Genehmigung des Autors. *
* *
* Für Aminet-Disks/CDs und Fred-Fish-Disks/CDs ist keine extra *
* Genehmigung erforderlich. *
* *
*******************************************************************
Aufruf: MWJPEGTool [JPEGFile(s)] [showinfo]
Funktion: Es werden die einzelnen JPEG-Hunks getestet und nur
Ausgaben gemacht, falls der Shell-Parameter SHOWINFO
angegeben wurde.
Ohne 'SHOWINFO' macht das Programm KEINERLEI Ausgaben.
Die Datei 'MWJPEGTool.prefs' enthält einige Möglichkeiten, um
auf das Verhalten des Programmes Einfluß zu nehmen.
Die Schreibweise der Schlüsselwörter (klein/GROSS oder wIrR) ist egal.
Es ist nicht nötig eine Reihenfolge der Schlüsselwörter einzuhalten
oder überhaupt alle Schlüsselwörter zu benutzen.
Momentan kennt MWTestJPEG folgende Schlüsselwörter:
#Kommentarzeile
OK <Pfad>
PACK <Pfad> [nur in der Vollversion]
REPAIR <Pfad> [nur in der Vollversion]
DEFECT <Pfad>
FILELIST <[Pfad]File> [nur in der Vollversion]
XSTEP <Nummer> [nur in der Vollversion]
YSTEP <Nummer> [nur in der Vollversion]
<Pfad> gibt den jeweiligen Pfad an, der für die entsprechende
Funktion verwendet wird.
<File> ist ein gültiger Filename einer Datei.
Zwischen dem Pfad und dem Schlüsselwort muß mind. ein Space,
ein '=' oder ein TAB sein (oder Kombinationen daraus).
Also ist auch folgendes möglich:
pack=<Pfad>
ok <Pfad>
REPair <Pfad>
Leerzeilen werden ignoriert, Kommentarzeilen sind noch nicht
möglich, aber das kann ja noch kommen.
Alle JPEG-Bilder, die heile sind, werden in den Pfad verschoben,
der in der OK-Zeile angegeben ist. Sollten Kommentar-Hunks entfernt
worden sein (z.B. 'Adpro...' oder 'Photoshop...'), so landen diese
Bilder stattdessen im Pfad der in der PACK-Zeile angegeben ist.
Reparierte Bilder befinden sich nur noch im REPAIR-Pfad, und Bilder,
die nicht repariert werden konnten (oder gar keine JPEGs sind),
befinden sich nach Programmende im DEFECT-Pfad.
Wird einer der Pfade nicht angegeben, so werden die entsprechenden
Bilder NICHT verschoben, sondern verbleiben im Original-Directory.
(Während der Laufzeit des Programms liegt das jeweils bearbeitete
Bild kurzzeitig in T: )
Ab Version 1.3 können auch mehrere Files auf der Kommandozeile
angegeben werden. An welcher Stelle der SHOWINFO-Parameter steht
ist vollkommen egal.
Sollen viele Files auf einmal bearbeitet werden, so ist dafür die
FILELIST-Zeile in der Prefs-Datei vorgesehen.
Dort kann man ein File (mit Pfad) angeben, das beliebig viele
Filenamen enthalten darf. Die Filenamen müssen dort jeweils mit
komplettem Pfad zeilenweise aufgeführt sein.
Also einfach folgendes eingeben:
list <Bilder-Pfad1> lformat="%s%s" >ram:MeineFileliste
list <Bilder-Pfad2> lformat="%s%s" >>ram:MeineFileliste
...
list <Bilder-PfadN> lformat="%s%s" >>ram:MeineFileliste
MWJPEGTool
Dazu muß dann in der Prefs-Datei die folgende Zeile enthalten sein:
filelist ram:meinefileliste (Groß/-kleinschreibung wieder egal)
Sollen mehrere Bilder mit der unregistrierten Version des Programms
getestet/verschoben werden, so ist in der Shell folgendes einzugeben:
list <Bilder-Pfad> lformat="MWJPEGTool %s%s" >ram:Script
execute ram:Script
Man muß also für jedes Directory immer ein Extra-Skript erstellen
lassen. Diese Variante ist ungünstiger als die FILELIST-Lösung
der registrierten Version, weil für jedes Bild das Programm
geladen wird und das Prefs-File ausgewertet werden muß.
Es ist daher deutlich langsamer als die Vollversion.
Die Werte für XSTEP und YSTEP in der Prefs-Datei geben an in
welchen Schritten man die Directories unterteilen möchte.
Voreingestellt (und in der unregistrierten Version nicht änderbar)
sind XSTEP=87 und YSTEP=130.
Setzt man XSTEP=100 und YSTEP=50, so werden alle Bilder, deren
Breite größer 100 und kleiner 200 ist, in ein Dir namens 00100x...
gelegt (für die Punkte ist dann YSTEP zuständig). Bilder, die
breiter als 200 Punkte und schmaler 300 Punkte sind, landen dann
in 00200x... .Man kann natürlich auch XSTEP und YSTEP jweils auf 1
setzen, dann sind alle Bilder in einem Directory auch exakt gleich
groß (z.B. in 00322x00480 sind alle Bilder 322 breit und 480 hoch).
So lassen sich ungefähr gleich große Bilder im selben Directory
halten, während etwas (oder viel) breitere/höhere woanders landen.
Returncode Bedeutung bzw. ausgegebener Fehlertext
0(OK) JPEG-Bild ist OK.
-> OK-Pfad oder PACK-Pfad wird benutzt
5(WARN) Fehlender JPEG-Hunk $FFD9 wurde angefügt
oder das JPEG-Bild ist defekt.
-> REPAIR-Pfad oder DEFECT-Pfad wird benutzt
10(ERROR) Parameter falsch angegeben.
20(FAIL) Konnte kein Lock auf <JpegFile> bekommen.
21 Ohoh, Konnte nichtmal <...> Bytes Speicher bekommen.
22 Examine auf Datei <JpegFile> fehlgeschlagen.
23 Konnte nicht <...> Bytes Speicher bekommen.
24 Datei <JpegFile> ist nicht zu öffnen.
25 Datei <JpegFile> kann nicht komplett eingelesen werden.
27 Datei <JpegFile> konnte nicht geschrieben werden.
30 Die Datei <JpegFile> konnte nicht kopiert werden.
31 Die Datei <JpegFile> konnte nicht gelöscht werden.
32 Das Directory <Dir> konnte nicht erzeugt werden.
33 Die Datei <JpegFile> konnte nicht erzeugt werden.
35 Die FileList-Datei <...> konnte nicht gelesen werden.
ACHTUNG: Bei Nutzung von FILELIST [nur in der Vollversion] gibt es
weniger mögliche Returncodes:
0(OK) Alle JPEG-Bilder abgearbeitet.
10-35 wie oben
Features der späteren Versionen (kann sich noch ändern):
Eine richtige Anleitung, denn diese ist doch etwas unpraktisch.
Verwenden von Directorynamen, die der User vorgibt, um z.B.
Standardauflösungen in andere Directories legen zu lassen.
Automatische Vergabe von Suffixen und Prefixen für defekte bzw.
reparierte Bilder.
Automatische Änderung der Filenamen nach Uservorgaben.
Begrenzen der Maximalanzahl Bilder in einem erzeugten Directory.
Andere Bildformate (dann müßte ein neuer Programmname her).
Unterschiedliches Verhalten für verschiedene Dateilängen.
Mehrere Prefsdateien.
Auch englische Fehlermeldungen und englische Anleitung.
...
(Was hiervon zuerst realisiert wird hängt auch etwas von den
registrierten Anwendern und deren Wünschen ab.)
Die Sharewaregebühr kann auf folgendes Konto überwiesen werden:
Martin Wietfeld
Konto: 578424-307
BLZ : 250 100 30
Postbank Hannover (Germany)
Bugreports und Wünsche für spätere Versionen bitte an:
hupsi@trashcan.mcnet.de
oder
Martin Wietfeld
Am Liesenfeld 15
D-38271 Oelber am weißen Wege (Germany)